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SYSTEMS AND METHODS FOR USING HDLC CHANNEL 
CONTEXT TO SIMULTANEOUSLY PROCESS MULTIPLE HDLC 

CHANNELS 

BACKGROUND OF THE INVENTION 
5 1. Field of the Invention 

[0001] The present invention relates generally to data processing and networking. 
More specifically, systems and methods are disclosed for using High-level Data Link 
Control (HDLC) channel context information to simultaneously process multiple HDLC 
channels. 

10 

2. Description of Related Art 

[0002] High-level Data Link Control (HDLC) is a data link protocol that uses a 
unique bit sequence to delimit the start and end of each frame. In HDLC, frames are 
delimited by a sequence of bits known as a "flag." The flag sequence is a unique 8-bit 
15 sequence of the form 01111110 (0x7e). The data link is always on: when there is no data 
to send, the link transmits an idle sequence. 

[0003] The flag sequence should never occur within the content of a frame because it 
could otherwise be confused with an intentionally sent flag. A technique known as 0-bit 
insertion or 0-bit stuffing is used to prevent random data from synthesizing a flag. This 
20 technique is said to make HDLC transparent since any stream of bits may be present 
between the open and closing flag of a frame. If, for example, the flag sequence has six 
consecutive ones, transparency can be achieved by inserting a 0-bit after any sequence of 
five consecutive ones in the payload. In the receive direction, any sequence of five ones 
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followed by a zero is deemed to have been bit-stuffed, and the zero bit is removed from 
the incoming bit stream. 

[0004] An illustrative HDLC frame is shown in FIG. 1. As shown in FIG. 1, in 
addition to flags 102 and 1 12 and data section 108, HDLC frames also include a Frame 
5 Check Sequence (FCS) 1 10, which is a cyclic redundancy check calculation over a 
known polynomial using the unstuffed data in the frame. In addition, HDLC frames 
typically include address and control information 104, 106. 
[0005] An application may have multiple logical HDLC connections running 
simultaneously (usually time-division multiplexed) at a relatively low speed. The device 
10 running the application will typically need the ability to terminate these connections, 
where "terminating" a connection refers to the process of encapsulating or de- 
encapsulating the data in an HDLC frame. However, conventional HDLC controllers 
impose limitations on the number of simultaneous HDLC channels that can be processed. 



15 BRIEF DESCRIPTION OF THE DRAWINGS 

[0006] The present invention will be readily understood by the following detailed 
description in conjunction with the accompanying drawings, wherein like reference 
numerals designate like structural element. 

[0007] FIG. 1 illustrates a High-level Data Link Control (HDLC) frame. 
20 [0008] FIG. 2 illustrates a method for processing multiple HDLC channels in 
accordance with an embodiment of the present invention. 

[0009] FIG. 3 illustrates the use of multiple HDLC coprocessors to process multiple 
HDLC channels. 
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[0010] FIG. 4 illustrates the use of a single HDLC coprocessor to process multiple 
HDLC channels. 

[0011] FIG. 5 is a flowchart illustrating a method for processing HDLC channels. 
[0012J FIG. 6 illustrates a network processing engine for practicing embodiments of 
5 the present invention. 

DESCRIPTION OF SPECIFIC EMBODIMENTS 
[0013] Systems and methods are disclosed for using High-level Data Link Control 
(HDLC) channel context information to simultaneously process multiple HDLC 
10 channels. Preferred embodiments of the present invention enable a single network 
processing engine or coprocessor to process multiple HDLC channels, the limit on the 
number of channels depending on the bandwidth of the HDLC data and the speed of the 
device. 

[0014] It should be appreciated that the present invention can be implemented in 
15 numerous ways, including as a process, an apparatus, a system, a device, a method, or a 
computer readable medium such as a computer readable storage medium or a computer 
network wherein program instructions are sent over optical or electronic communication 
lines. Several inventive embodiments are described below. 

[0015] In one embodiment, a method for processing multiple HDLC channels is 
20 provided. Previously stored state information for a first channel is retrieved from storage. 
This state information is used to resume processing of the first channel where it 
previously left off. When the network processing engine wishes to process data from 
another channel, the current state of the first channel is written to storage, and the 
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previous state of the new channel is retrieved. The state information for the new channel 
is used to resume processing of that channel. In a preferred embodiment, this method is 
performed by a single HDLC co-processor within a single network processing engine. In 
addition, in a preferred embodiment the state information includes a frame status bit, a 
5 count of the amount of data needed before a currently received frame will be long enough 
to be valid, a current value of a frame check sequence, a count of the number of 
consecutive ones received in the currently received frame, a residue of bits that fall 
outside a predefined byte boundary, and a count of the number of bits in the residue. 
[0016] In another embodiment, a network processing engine is provided. The 

10 network processing engine includes a processor, memory, and computer code stored 
within the memory for retrieving previously stored state information for a first HDLC 
channel, using this state information to resume processing of the HDLC channel, writing 
updated state information for the first HDLC channel to storage, retrieving previously 
stored state information for a second HDLC channel, and using the retrieved state 

15 information to resume processing of the second HDLC channel. 

[0017] In yet another embodiment, a computer program package is provided which 
includes instructions that can cause a computer system to retrieve state information for a 
first HDLC channel and use this state information to resume processing of the channel. 
The computer program package is further operable to cause the computer system to write 

20 updated state information for the first HDLC channel to storage, retrieve previously 
stored state information for a second HDLC channel, and use this state information to 
resume processing of the second HDLC channel. 

[0018] In yet another embodiment, a network processing engine is provided that is 
configured to encapsulate and de-encapsulate multiple HDLC channels at a time. 

Attorney Docket No. INTCP003 4 PATENT 



[0019] In another embodiment, a network processing engine is described. The 
network processing engine can be configured to obtain multiple, time-division 
multiplexed channels of HDLC data. The network processing engine accumulates 
chunks of HDLC data from each channel and passes the chunks to an HDLC coprocessor 
5 included within, or coupled to, the network processing engine. The HDLC coprocessor is 
configured to obtain the chunks of HDLC data and de-encapsulate their contents. 
[0020] These and other features and advantages of the present invention will be 
presented in more detail in the following detailed description and the accompanying 
figures which illustrate by way of example the principles of the invention. The following 

10 description is presented to enable any person skilled in the art to make and use the 
inventive body of work. Descriptions of specific embodiments and applications are 
provided only as examples, and various modifications will be readily apparent to those 
skilled in the art. The general principles defined herein may be applied to other 
embodiments and applications without departing from the spirit and scope of the 

15 invention. Thus, the present invention is to be accorded the widest scope, encompassing 
numerous alternatives, modifications, and equivalents consistent with the principles and 
features disclosed herein. For purpose of clarity, details relating to technical material that 
is known in the fields related to the invention have not been described in detail so as not 
to unnecessarily obscure the present invention. 

20 [0021] Preferred embodiments of the present invention enable a single network 

processing engine to process multiple HDLC channels. Preferred embodiments rely on 
the fact that the current state of the HDLC channel can be evaluated, stored, and restored, 
which means that the processing of a channel can be halted, the channel state read and 
stored, and the state of a different channel written to the processing engine. This allows 
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the engine to begin processing a new channel, and then, at a later stage, restore the state 
of the original channel and resume processing. 

[0022] FIG, 2 illustrates the use of this technique to process multiple HDLC 
channels. Referring to FIG. 2, previously stored state information for channel 0 is 
5 retrieved from storage (step 202). This state information is used to resume processing of 
channel 0 where it previously left off (step 204). When a logical stopping point is 
reached and/or when the network processing engine wishes to process data from the next 
channel, the current state of channel 0 is written to memory (step 206), and the previous 
state of the next channel — channel 1 — is retrieved (step 208). The state information for 

10 channel 1 is used to resume processing of that channel (step 210), which continues until it 
is once again desired to process another channel, at which point the current state 
information for channel 1 is stored (step 212), and the process repeats itself for the next 
channel. The process shown in FIG. 2 works well for both encapsulation and de- 
encapsulation (i.e., transmission and reception) of HDLC frames. 

15 [0023] The approach shown in FIG. 2 can be extrapolated to any number of HDLC 
channels. For an arbitrary number of channels, N 9 the speed of the engine will need to be 
sufficient to match the aggregate bandwidth of all such channels, with allowance made 
for any dead time that occurs during the channel switching process. 
[0024] The HDLC state that is read and written each time a channel switch occurs 

20 will sometimes be referred to herein as the channel context. In a preferred embodiment, 
the channel context includes the items listed below. 
[0025] Transmission (i.e., encapsulation of data into HDLC frames): 

• Frame Status Bit: Indicates whether the channel is in a frame or idling. 
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• Current FCS Value: The FCS is continuously calculated as processing of 
a frame progresses. 

• Frame Terminated Bit: Indicates whether the last frame was terminated 
by a flag. Together with the ones count, can be used to generate the 

5 appropriate idle pattern. 

• Ones Count: The count of successive ones up to the current data point. 

[0026] Receipt (i.e., unpacking, or de-encapsulating, data from HDLC frames): 

• Frame Status Bit, 

10 • Valid Count: Indicates the amount of data that is required before the 

current received frame will be long enough to be valid. Allows the engine 
to drop received frames that are shorter than a predefined limit. 

• Current FCS Value. 

• Ones Count. 

15 

[0027] In addition, in embodiments in which the engine processes data 8 bits at a 
time (or a multiple thereof), a byte or word "residue" is preferably stored, representing 
any overflow from the byte boundary. A count is also preferably stored indicating how 
many bits of the residue are valid. This is especially useful when encapsulating data into 

20 HDLC frames. For example, due to the overhead associated with HDLC frames (such as 
that resulting from bit stuffing), the HDLC encoding engine's output will often have a 
larger amount of data than the raw data from which it was derived. Thus, for example, if 
an HDLC engine accepts 4 bytes of raw data, the HDLC-encoded output may be greater 
than 4 bytes. Yet downstream components, such as a network processing engine 

25 component responsible for, e.g., aggregating the HDLC data, multiplexing it into 

channels, and/or transmitting it over a network connection, are often designed to process 
data in 4 byte chunks. By storing the residue and the count, the HDLC engine will be 
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able to pick up where it left off, without loss of data, when processing of that channel 
resumes. Thus, preferred embodiments of the present invention can be used on a variety 
of HDLC engines, including those that process data more than one bit at a time. 
[0028] Thus, preferred embodiments of the present invention enable the 

5 implementation of a relatively simple channel switching mechanism that can be managed 
with relative ease by a host controller. In addition, preferred embodiments can be used to 
effectively obviate physical limitations on the number of HDLC channels that can be 
supported by a single network processing engine. This can be seen by comparing the 
systems shown in FIGS. 3 and 4. 

10 [0029] FIG. 3 illustrates the conventional use of separate HDLC coprocessors (CP) 
to process HDLC channels. As shown in FIG. 3, a network processing engine (NPE) 304 
receives multiple channels of time-division multiplexed HDLC data via a network 
connection 302, such as Tl line or the like. The network processing engine accumulates 
chunks of HDLC data for each channel, and forwards the aggregated data for each 

15 channel to a different HDLC coprocessor 306, 308, 310 for decoding (de-encapsulation). 
As is evident, a separate coprocessor is dedicated for processing each HDLC channel, 
such that multiple HDLC channels require multiple HDLC coprocessors. 
[0030] In accordance with preferred embodiments of the present invention, a single 
HDLC coprocessor can be used to process multiple HDLC channels. Such an 

20 arrangement is illustrated in FIG. 4. Referring to FIG. 4, a network processing engine 
404 receives time-division multiplexed HDLC data via a Tl line or other network 
connection 402, as described above in connection with FIG. 3. The network processing 
engine aggregates the HDLC data for each channel into chunks of, e.g., 32 bits, and 
forwards the aggregated data for each channel to an HDLC coprocessor 406 for decoding 
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(de-encapsulation). The HDLC coprocessor 406 uses the state storage process described 
above to switch between channels without loss of data. In a preferred embodiment, the 
same controller that reads and writes the channel state also is responsible for switching 
the data source and sinks for the HDLC output to direct the channel data as appropriate. 
5 [0031] The arrangement shown in FIG. 4 can also be used to encapsulate (instead of, 
or in addition to, de-encapsulate) multiple channels of HDLC data. This is done by 
essentially reversing the flow of data described above. That is, the HDLC coprocessor 
406 receives raw data, encodes the data into HDLC frames, and sends the HDLC data to 
the network processing engine 404 for subsequent transmission. 

10 [0032] It will be appreciated that the arrangement shown in FIG. 4 has been 

simplified for the sake of clarity. For example, although network processing engine 404 
and coprocessor 406 are shown as distinct elements, in some embodiments coprocessor 
406 can be considered part of network processing engine 404, which, in turn, may form 
part of a larger network processor. 

15 [0033] FIG. 5 is a flowchart illustrating a method of processing HDLC data that 
could be implemented, for example, in the firmware of an HDLC coprocessor such as 
that shown in FIG. 4. Referring to FIG. 5, the coprocessor obtains accumulated data for 
a given channel (steps 502, 504) from a network processing engine. The coprocessor 
may then make a determination as to whether state information for that channel has been 

20 previously stored (step 506). If previous state information for that channel has been 
stored (i.e., a "Yes" exit at step 506), then that information is retrieved (step 508) and 
used to process incoming data on that channel (step 510). If previous state information 
has not been stored for that channel (e.g., if this is the first data received on the channel), 
then the state information for the channel is initialized and incoming data from the 
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channel is processed in the normal manner. Processing of a given channel continues until 
the network processing engine moves on to the next channel and begins sending 
aggregate HDLC data for the new channel to the coprocessor (i.e., a "Yes" exit at step 
512). The coprocessor then stores the state of the previous/current channel (step 514), 
5 obtains the new channel's data (step 516), and repeats the process shown at steps 506- 
512. 

[0034] It will be appreciated that numerous modifications could be made to the 
process shown in FIG. 5 without departing from the principles of the present invention, 
such as changing the order of the steps, adding or deleting steps, and/or the like. In 
10 addition, it should be understood that the process shown in FIG. 5 works well for both 
encapsulation and de-encapsulation of HDLC frames. 

[0035] FIG. 6 illustrates a system, such as a network processing engine 600, for 
practicing embodiments of the present invention. Network processing engine 600 may 
include a processor core 602 used to accelerate the functions performed by a larger 
15 network processor that contains several such network processing engines. For example, 
network processing engine 600 may include functionality similar to that found in the 
network processing engines contained in the IXP425 network processor produced by 
Intel Corporation of Santa Clara, California. 

[0036] As shown in FIG. 6, processor core 602 may, for example, comprise a multi- 
20 threaded RISC engine 603 that has self-contained instruction memory 604 and data 

memory 606 to enable rapid access to locally stored code and data. Network processing 
engine 600 may also include one or more hardware-based coprocessors 608, 610, 612 for 
performing one or more specialized functions — such as serialization, CRC checking, 
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cryptography, HDLC encoding, and/or the like — that are relatively difficult to implement 
using core processor 602. 

[0037] Network processing engine 600 will also typically include one or more 
interfaces 614, 616, 618 for communicating with other devices and/or networks. For 
5 example, network processing engine 600 may include an AHB bus interface 61 8 for 
communicating with other parts of a larger network processing chip, one or more high- 
speed serial ports 616 for communicating using serial bit stream protocols such as Tl and 
El, one or more Media Independent Interfaces 614 for interfacing with, e.g., Ethernet 
networks, and/or the like. As shown in FIG. 6, one or more internal buses 609 are also 

10 provided to facilitate communication between the various components of the system. 
[0038] In a preferred embodiment, the functionality described above in connection 
with FIGS. 2 and 5 is implemented by software that is executed by the HDLC 
coprocessor 612; however, it should be appreciated that some or all of this functionality 
could be implemented by other parts of the network processing engine. In addition, in a 

15 preferred embodiment the channel context (state) information is stored in memory local 
to the HDLC coprocessor. For example, the state information can be stored in high-speed 
memory contained within the HDLC coprocessor chip. Local storage of channel context 
information can facilitate rapid switching between channels. For example, in some 
embodiments the channel context information can be switched (e.g., old state saved, and 

20 next state retrieved) in a single instruction cycle. Thus, local storage of the channel 
context information can reduce the dead time that occurs during channel switching, 
thereby enabling the HDLC coprocessor to handle a greater number of channels. One of 
ordinary skill in the art will appreciate, however, that in other embodiments the state 
information can be stored elsewhere. 

Attorney Docket No. INTCP003 11 PATENT 



[0039] As previously indicated, the HDLC coprocessor is preferably operable to 
receive (de-encapsulate) and transmit (encapsulate) HDLC data. In addition to de- 
encapsulating HDLC data, the coprocessor may also detect errors in the incoming frame. 
For example, the HDLC coprocessor may detect FCS failures, abort sequences, and de- 
5 encapsulated frames that are not an integral number of bytes. These errors can be 

reported via status signals or interrupts. Similarly, in addition to encapsulating HDLC 
data, the coprocessor may also provide a source of idle sequences for the channel when 
there is no data to send. 

[0040] One of ordinary skill in the art will appreciate that the systems and methods of 
10 the present invention can be practiced with devices and architectures that lack many of 

the components and features shown in FIG. 6, and/or that have other components or 

features that are not shown. For example, some systems may include different interface 

circuitry, a different configuration of memory, and/or a different set of coprocessors. 

Moreover, although FIG. 6 shows a network processing engine implemented on a single 
1 5 chip, in other embodiments some or all of the functionality shown in FIG. 6 could be 

distributed amongst multiple chips. Thus, it should be appreciated that FIG. 6 is 

provided for purposes of illustration and not limitation. 

[0041] While preferred embodiments are described and illustrated herein, it will be 
appreciated that they are merely illustrative, and that modifications can be made to these 
20 embodiments without departing from the spirit and scope of the invention. Thus, the 
invention is intended to be defined only in terms of the following claims. 
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